5.3.3 APPX Application Design Manual

+ Chapter 1-1: Overview of Application Design
+ Chapter 1-2: Getting Started
+ Chapter 1-3: Data Dictionary
+ Chapter 1-4: Understanding Process Design
+ Chapter 1-5: Interprocess Communication
+ Chapter 1-6: Customizing Your Application
+ Chapter 1-7: The Documentation Facility
+ Chapter 1-8: Application Design Tools
+ Chapter 2-1: Data Dictionary Overview
+ Chapter 2-2: Data Dictionary Concepts
+ Chapter 2-3: Domains
+ Chapter 2-4: Files and Fields
+ Chapter 2-5: Work Fields
+ Chapter 3-1: Overview of APPX Processes
+ Chapter 3-2: Getting Started
+ Chapter 3-3: Process Definition
+ Chapter 3-4: Menu Processes
+ Chapter 3-5: Job Processes
+ Chapter 3-6: Input Processes
+ Chapter 3-7: Output Processes
+ Chapter 3-8: Update Processes
+ Chapter 3-9: Query Processes
+ Chapter 3-10: Inquiry Processes
+ Chapter 3-11: Status Processes
+ Chapter 3-12: Subroutine Processes
+ Chapter 3-13: Table Processes
+ Chapter 3-14: Automatic and Optional Children
+ Chapter 3-15: Using the Image Editor
+ Chapter 3-16: Using GUI Features of the Image Editor
+ Chapter 3-17: Using Event Points
+ Chapter 4-1: ILF Integration
- Chapter 4-2: True/False Status Indicators
+ Chapter 4-3: Specifying Statements
+ Chapter 4-4: The ILF Editor
+ Chapter 4-5: The Appx ILF Debugger
+ Chapter 4-6: ILF Keyword Reference
+ Chapter 4-7: Predefined Fields
+ Chapter 4-8: Runtime Subroutine's and Predefined Processes
+ Chapter 4-9: Appx Chart Director API

Chapter 4-2: True/False Status Indicators

How APPX Uses T/F Status Indicators


As a part of the ILF (Integrated Language Facility), APPX incorporates a unique condition testing facility that allows you to perform complex logic checking operations. As the basis of this facility, the system maintains a set of five internal true/false status indicators. These indicators provide you with a method to control the logic flow within an ILF routine, depending on the result of conditions encountered at runtime.

ILF statements (except for those with keywords *, **, and LABEL) incorporate within their syntax the ability to enter values for comparison against the current status of the internal true/false status indicators. The first five positions of most statements are reserved for this purpose; hence, these five positions are known as true/false execution conditions. From left to right, they correspond to the five true/false status indicators, levels 1 through 5, respectively. Based on the result of the comparison between the execution conditions and the internal status indicators, APPX either executes or bypasses a statement.

For example, the following is an example of a SET statement used to modify the value of the field WORK ALREADY POSTED: 

   TTFTF SET  TAR WORK ALREADY POSTED                  =       1

As coded, this statement would only be executed if the current status of the five internal indicators is TTFTF, to agree with the execution condition values specified in the statement.

By the same token, several statements set the values of the true/false status indicators. As each of these statements operates, if it finds a true or met condition, it sets the value of the next true/false status indicator to T. If the statement encounters a false or unmet condition, it sets the next indicator to F. For example, consider the following statement:

         IF   TAR COUNT                                EQ      6

If the IF statement determines that the value of the field named COUNT is 6, the first true/false status indicator is set to T. If the value of the field is not equal to 6, the indicator is set to F.

Both the true/false status indicators and the true/false execution conditions will be discussed more completely further in this chapter.

Application Design Manual                                         "Powered by Appx Software"

519

©2006 By APPX Software, Inc. All Rights Reserved